home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0124 / 245.txt < prev    next >
Text File  |  1997-04-16  |  25KB  |  610 lines
  1. Info-Atari16 Digest         Fri,  3 May 91       Volume 91 : Issue 245
  2.  
  3. Today's Topics:
  4.                      Advantages of Improved Mice?
  5.                             ATARI ARCHIVES
  6.                                autogem
  7.                                   C
  8.                           c++ for the atari
  9.                    Can GCC treat printer like file?
  10.                        C compilers (was Re: C)
  11.                        DESKJET printer drivers
  12.                         floppy compatibility p
  13.                    Glendale Conference Impressions
  14.                     HELP!!!!!!!!!!!!!!!!!!!!!!!!!!
  15.                      Info-Atari16 Digest V91 #242
  16.                          Mega STe Questions.
  17.                         Modem Capable Games fo
  18.                            New TOS versions
  19.                      ST GEM-based Word Processors
  20.                      Two More Mega STE Question.
  21.                      uudecoding multi-part files?
  22.  
  23. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  24. cross-posting to/from Usenet is getting closer, but still getting thrashed
  25. out.  Please send notifications about broken digests or bogus messages
  26. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  27.  
  28. Please send requests for un/subscription and other administrivia to
  29. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  30. instead of the moderators are likely to be lost or ignored.
  31.  
  32. If you want to unsubscribe, and you're receiving the digest indirectly
  33. from someplace (usually a BITNET host) that redistributes it, please
  34. contact the redistributor, not us.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 2 May 91 17:31:14 GMT
  38. From:
  39.  noao!asuvax!ncar!zaphod.mps.ohio-state.edu!caen!uflorida!mailer.cc.fsu.edu!bind
  40.  !boyd@arizona.edu (Mickey Boyd)
  41. Subject: Advantages of Improved Mice?
  42. To: Info-Atari16@naucse.cse.nau.edu
  43.  
  44. In article <1991May1.213059.21272@milton.u.washington.edu>, iho@akbar.UUCP (Il
  45.  Oh) writes:
  46. >glennd@athena.arc.nasa.gov (Glenn Deardorff - GDP) writes:
  47. >>I recently heard from someone who said that using an improved mouse
  48. >>(improved over the standard Atari mouse, that is) significantly improved
  49. >>the performance of his GEM windows - if I understood him right.  That is
  50. >>to say, that windows would raise faster, grab the focus faster, etc.
  51. >>just by using an improved mouse - so that GEM would like it was
  52. >>significantly speeded up.  He said he used a "Golden Image" mouse.  Do
  53. >>others that have bought better mice notice anything like this?  If so,
  54. >>it would certainly seem like a worthwile investment.
  55. >
  56. >I seriously doubt that GEM would perform faster because of a better mouse.
  57. >However, you would be able to use it faster.  A better mouse responds more
  58. >quickly to your movements and clicks.  The Golden Image is supposed to be
  59. >very good, a lot like the Microsoft Mouse for DOS machines.  I've tried
  60. >the Beetle mouse, and it's also very nice.  I'm one of the lucky few.
  61. >I've got a really good Atari mouse.
  62.  
  63. Beware!  Faster mice (ie higher dpi) are not always better.  At some point,
  64. the ST hardware cannot handle the increased input, and you get the 'sticking
  65. pointer' problem.  Try this:  move your Atari mouse very quickly in any
  66. direction (I mean VERY quickly, like a snap).  You will notice that the
  67. mouse pointer will kind of "shudder", but will not move in the desired
  68. direction.  Basically, you are overloading hardware/software  with too much
  69. mouse output.  Now, the higher dpi mice give more output per inch moved.  This
  70. means that this overload is easier to attain with the higher dpi mice.  I
  71. have a buddy who cannot use his Golden Image mouse because he would have to
  72. "pace" himself to get it to work.  A better way to get a "faster" mouse is
  73. through software acceleration, which should not have this problem (and you
  74. can choose from direct, proportional, exponential, etc, types of acceleration).
  75. There are several PD accelerators which work well (I use MouseDoubler2).  Thus,
  76. if you are considering purchasing a third-party mouse, make sure that the
  77. dpi is not too high (unfortunetely the marketeers seem to think that bigger is
  78. better when it comes to dpi).  Failing that, you should find out if you can
  79. set the dpi rate with a dip switch or pot or something.  I believe the Atari
  80. mice are rated at 150dpi.  I have seen mice advertised at up to 400dpi (thus
  81. meaning that you would have to move the mouse only about 1/3 as fast to get
  82. it to "shudder").  You will often see ads proclaiming "No mouse accelerator
  83. needed!" on such mice.  This is true, but the damn things force you to
  84. slow down (and at least in my case, miss what I am trying to point at)!!
  85. --
  86.     ---------------------------------+-------------------------------------
  87.              Mickey R. Boyd          |  "Kirk to Enterprise.  All clear
  88.           FSU Computer Science       |      down here.  Beam down
  89.         Technical Support Group      |      yeoman Rand and a six-pack . ."
  90.       email:  boyd@fsucs.cs.fsu.edu  |
  91.     ---------------------------------+-------------------------------------
  92.  
  93. ------------------------------
  94.  
  95. Date: 2 May 91 16:48:00 GMT
  96. From: @uunet.uu.net (JIM DEVONSHIRE)
  97. Subject: ATARI ARCHIVES
  98. To: Info-Atari16@naucse.cse.nau.edu
  99.  
  100.   How do I access files in the Atari archives. Do I have to subscribe,
  101. pay a fee, join an organization? OR are they free to any interested
  102. user?
  103.  
  104. Regards, Jim Devonshire at Erin Ontario Canada
  105. ---
  106.  
  107.  
  108.  
  109. ------------------------------
  110.  
  111. Date: 2 May 91 18:08:00 GMT
  112. From:
  113.  news-server.csri.toronto.edu!torsqnt!tmsoft!masnet!rose!jim.devonshire@uunet.uu
  114.  .net (JIM DEVONSHIRE)
  115. Subject: autogem
  116. To: Info-Atari16@naucse.cse.nau.edu
  117.  
  118. To: rmacgreg@cs.strath.ac.uk
  119.  
  120.  
  121.   Thanks for the feedback. I've tried a few variations but without
  122. success. My brother mentioned that he thought "Little Green" may
  123. be interfering with the execution of the "Bootmaker"  program.
  124.  
  125.   I'll remove LG completely from the configuration process.
  126.  
  127.   Yes, I've used a text editor and looked at the file(s) contents
  128. but I really don't know what I'm looking for. There is bin code and
  129. ascii text intermingled in the bootmaker and autoboot programs.
  130.  
  131.   The auto boot program shows the file path and name of the program
  132. to be autobooted "a:\pro24.prg" as well as machine language?
  133.  
  134.   P.S. Do you "correspond" with anyone in Christchurch or Manchester or
  135. Portsmouth?
  136.  
  137. Regards....Jim,  Erin, Ontario, Canada.
  138. ---
  139.  
  140.  
  141.  
  142. ------------------------------
  143.  
  144. Date: 2 May 91 14:56:20 GMT
  145. From: mcsun!hp4nl!utrcu1!mi.eltn.utwente.nl!klamer@uunet.uu.net (Klamer Schutte)
  146. Subject: C
  147. To: Info-Atari16@naucse.cse.nau.edu
  148.  
  149. In <5838@eastapps.East.Sun.COM> gaudreau@juggler.East.Sun.COM (Joe Gaudreau
  150.  (Dances with PostScript)) writes:
  151.  
  152. >Look for Borland C++ sooner or later - The rumor line says this is hot!
  153.  
  154. Has anybody run this for the ST??? I will be >>very<< interested!
  155. (How about this deal: I get the program, and i will translate the docs ???)
  156. (Assuming docs are still in german.)
  157.  
  158. Klamer
  159. --
  160. Klamer Schutte
  161. Faculty of electrical engineering -- University of Twente, The Netherlands
  162. klamer@mi.eltn.utwente.nl       {backbone}!mcsun!mi.eltn.utwente.nl!klamer
  163.  
  164. ------------------------------
  165.  
  166. Date: 2 May 91 03:59:45 GMT
  167. From: noao!ncar!elroy.jpl.nasa.gov!usc!rpi!uupsi!TALOS!jerry@arizona.edu (Jerry
  168.  Gitomer)
  169. Subject: c++ for the atari
  170. To: Info-Atari16@naucse.cse.nau.edu
  171.  
  172. tkramp@aragon.stgt.sub.org (Thorsten Kramp) writes:
  173.  
  174. :Hi folks,
  175.  
  176. :a friend of mine is looking for a C++ implementation for the
  177. :Atari ST (I only know about MPW C++ for the Macintosh, which
  178. :I use, and the Borland and Zortech compilers for PCs). Any
  179. :hints would be helpful - tnx 1.0e6 in advance.
  180.  
  181.         GNU g++ from the free software foundation is available
  182.         on OS-9 (and I think on GEM -- although I can't remember
  183.         who ported it or where it is).
  184.  
  185. --
  186. Jerry Gitomer at National Political Resources Inc, Alexandria, VA USA
  187. I am apolitical, have no resources, and speak only for myself.
  188. Ma Bell (703)683-9090  (UUCP:  ...uunet!uupsi!npri6!jerry )
  189.  
  190. ------------------------------
  191.  
  192. Date: 2 May 91 16:21:44 GMT
  193. From:
  194.  noao!ncar!zaphod.mps.ohio-state.edu!think.com!spool.mu.edu!snorkelwacker.mit.ed
  195.  u!bloom-beacon!eru!hagbard!sunic!isgate!krafla!adamd@arizona.edu (Adam David)
  196. Subject: Can GCC treat printer like file?
  197. To: Info-Atari16@naucse.cse.nau.edu
  198.  
  199. In <1991Apr26.044146.19629@watmath.waterloo.edu> ljdickey@watmath.waterloo.edu
  200.  (L.J.Dickey) writes:
  201.  
  202. [discussion of PRN: LST: AUX: CON: etc. deleted]
  203.  
  204. >Is there a standard filename for the serial port?
  205.  
  206. Try stdaux, some compilers reserve that name for the serial port. Don't know
  207. about gcc though.
  208.  
  209. --
  210. Adam David.  (adamd@rhi.hi.is)
  211.  
  212. ------------------------------
  213.  
  214. Date: 2 May 91 15:07:26 GMT
  215. From: mcsun!hp4nl!utrcu1!mi.eltn.utwente.nl!klamer@uunet.uu.net (Klamer Schutte)
  216. Subject: C compilers (was Re: C)
  217. To: Info-Atari16@naucse.cse.nau.edu
  218.  
  219. In <1991Apr30.193021.10443@newcastle.ac.uk> D.C.Halliday@newcastle.ac.uk (Dave
  220.  Halliday) writes:
  221.  
  222. Some changes to the C compiler table
  223.  
  224. ->name       memory  src   price  ANSI Debuger      Notes
  225. ->----------------------------------------------------------------------------
  226. ->GNU C      2Meg+   yes    nil    Y   poor for ST  UNIX origins
  227. ->Sozobon C  520K    yes    nil    N   none??       PD
  228.                                       Low Level
  229. ->MW C       520K    no    #110    N   Src Level    No longer updated
  230. ->Prospero C 520K    no    #100    Y   Src Level    Links to other Prospro langs
  231. ->Turbo C    ??      no     ??     Y   Src Level    Only in german
  232.             R 1Meg+
  233. ->Lattice V5 R 1Meg+ no    #110    Y   Low Level    Optomiser
  234. ->Laser C    R 1Meg+ no    #100    N   Src Level    Very fast compile times
  235. ->----------------------------------------------------------------------------
  236.  
  237. ->Notes: Prospro C links with other Prospro product because it uses the GST
  238. ->format and not a propriety format. Some other compiler may offer GST link
  239. ->format also (I know Lattice C offers both GST and Lattice libraries.)
  240.  
  241. ->The R in the memory section indicates that 1meg of memory is recomended but
  242. ->the compiler can be run in 520K.
  243.  
  244. ->As a recomendation I would say the following if you have lots of memory, hard
  245. ->disk and no need for commercial support or documentation go for GNU C. If on
  246. ->a budget and have a less powerfull setup Sozobon should serve you well. If
  247. ->good profesional support is your prime thought I would recomend Prospro C.
  248. ->Turbo C is good if you read german. If executable efficiency is your prime
  249. ->criteria then Lattice C can't be beeten (though Turbo C is close). Finally if
  250.  
  251. I think TurboC is a bit faster in execution times than Lattice C. But TurboC
  252. has 16 bits ints where Lattice has 32 bits -- thats the difference.
  253.  
  254. ->compile speed is required then Laser C is the best bet (I'ts one pass
  255.  
  256. Hmmm. TurboC is also one-pass. And very fast compilation!
  257. Also its integrated edit-compile environment is a very nice way to write
  258. && debug GEM programs (also due to its build-in online GEM manual).
  259.  
  260. ->compiler compiles at an order of magnatude faster than many of the
  261. ->other compilers.)
  262.  
  263. When one wants to compile U*IX programs conformance to U*IX libaries is
  264. also important. Of the compilers i know the order of compliance is:
  265. GNU - MWC - Sozobon - TurboC.
  266. I don't know about the other ones.
  267.  
  268. ->So each compiler has its strengths.
  269. True.
  270.  
  271. ->For those wondering what my bias is I own GNU C and Lattice C Vsn5.
  272.  
  273. I own GNU (but not enough memory :-(), Sozobon (slightly buggy &&
  274. slow compilation), MW C (Unix like environmemt), Megamax (Old version of
  275. LaserC), MJ C (An old PD C version -- slow, subset of K&R) and TurboC
  276. (Fast in compile && execute, but ANSI only -- a drawback sometimes).
  277.  
  278. Klamer
  279. --
  280. Klamer Schutte
  281. Faculty of electrical engineering -- University of Twente, The Netherlands
  282. klamer@mi.eltn.utwente.nl       {backbone}!mcsun!mi.eltn.utwente.nl!klamer
  283.  
  284. ------------------------------
  285.  
  286. Date: 2 May 91 13:27:13 GMT
  287. From: mcsun!ukc!strath-cs!glasgow!wilsona@uunet.uu.net (Alan Wilson)
  288. Subject: DESKJET printer drivers
  289. To: Info-Atari16@naucse.cse.nau.edu
  290.  
  291. Whilst on the subject of printer drivers in general, could someone post
  292. details of the 'printer.sys' file most commonly found referred to in the
  293.  'assign.sys' with driver ID 21 ? I have a printer which emulates an Epson, but
  294.  most
  295. Epson drivers do not use the quadruple density graphics mode which my printer
  296. has. I have tried hacking the printer.sys file... I can get the printer into the
  297. correct mode, but the driver only sends enough data for 960 dots per inch,
  298. whilst I want 1920. A posting of this files structure would be of great help
  299. to me - output from timeworks is really horrible, I'm sure my printer can do
  300.  better.
  301.  
  302. Alan Wilson
  303.  
  304.  
  305. --
  306.  
  307.  
  308. ###############################################################################
  309. #  /\        / Alan   # USEnet :  wilsona!glasgow!mcsun!...                   #
  310.  
  311. ------------------------------
  312.  
  313. Date: 2 May 91 16:46:00 GMT
  314. From:
  315.  news-server.csri.toronto.edu!torsqnt!tmsoft!masnet!rose!jim.devonshire@uunet.uu
  316.  .net (JIM DEVONSHIRE)
  317. Subject: floppy compatibility p
  318. To: Info-Atari16@naucse.cse.nau.edu
  319.  
  320. To:ytsuji@wucc.waseda.ac.jp
  321.  
  322. Sorry, I can't answer your "byte" questions, but as to your
  323. incompatibilities, I know there are a couple of programs which will
  324. allow your PC to read Atari 3-1/2" disks from your PC's 3-1/2"
  325. drive. The program I use is called STTOPC.arc or zip.
  326.  
  327. Regards, Jim Devonshire at Erin Ontario Canada
  328.  
  329. ---
  330.  
  331.  
  332.  
  333. ------------------------------
  334.  
  335. Date: 2 May 91 17:41:36 GMT
  336. From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard)
  337. Subject: Glendale Conference Impressions
  338. To: Info-Atari16@naucse.cse.nau.edu
  339.  
  340. In article <1991May1.180512.2572@cs.ucla.edu> stephen@oahu.cs.ucla.edu (Steve
  341.  Whitney) writes:
  342. `In article <2623@lee.SEAS.UCLA.EDU> plinio@babbage.seas.ucla.edu (Plinio
  343.  Barbeito) writes:
  344. ``In article <12733@uhccux.uhcc.Hawaii.Edu> kiki@uhunix1.uhcc.Hawaii.Edu (Jack
  345.  W. Wine) writes:
  346. ``>>plinio@curtiss.seas.ucla.edu (Plinio Barbeito/) writes:
  347. ``>This is really puzzling news!  If Atari built a factory in Israel, it can't
  348. ``>possibly be dedicated to only floppy controller chip production...
  349. ``
  350. ``Sorry to have implied that.  I don't know if it will be dedicated to
  351. ``that sole purpose.  That's all that Bob mentioned about it, though.
  352. `
  353. `I didn't think he said it would be a factory.  Sounded to me like they had
  354. `hired people to reverse engineer the WD1772 and do a layout for one that
  355. `would run faster.
  356.  
  357. Both the San Jose Mercury News and the Jewish Bulletin reported that Atari
  358. and the Israeli government are negotiating (close but nothing signed yet)
  359. for Atari to open a manufacturing plant in Israel, with significant incentive
  360. (financial) from the Israeli government, who are hoping to start a high-tech
  361. business park.  The plant would apparently produce most types of Atari hard-
  362. ware (though I believe the Singapore plant would remain) and would give
  363. (again, I'm not positive) Atari major advantages in dealing with the EC.
  364. --
  365.  ##############################################################################
  366.  # Bill Sheppard  --  bills@microware.com  --  {uunet,sun}!mcrware!mwca!bill  #
  367.  # Microware Systems Corporation  ---  OS-9: Seven generations beyond OS/2!!  #
  368.  ######Opinions expressed are my own, though you'd be wise to adopt them!######
  369.  
  370. ------------------------------
  371.  
  372. Date: 1 May 91 20:01:00 GMT
  373. From:
  374.  arizona.edu!cerritos.edu!nic.csu.net!usc!sdd.hp.com!caen!sol.ctr.columbia.edu!i
  375.  ra.uka.de!smurf!artcom0!hb.maus.de!ac2.maus.de!Lutz_Frank@arizona.edu (Lutz
  376.  Frank)
  377. Subject: HELP!!!!!!!!!!!!!!!!!!!!!!!!!!
  378. To: Info-Atari16@naucse.cse.nau.edu
  379.  
  380. Hi Jeffery,
  381.  
  382. jd> Atari Megafile 30 in partition D have become invisible. The problem
  383. jd> started when I was using Cheetah to copy some files from logical drive E
  384. jd> to D. For one copy it either said that it couldn't find the drive path
  385.  
  386. I got the same problem using CHEETAH on BGM-partitions of my harddisk.
  387. There I could only save one of the BGM-partitions. Cheetah destroyed the
  388. root sector of the destination hard disk.
  389. If you have a monitor like DISKUS you can try to restore the root-sector.
  390. (I didn't have had this programm at this time - I lost all since last
  391. backup ... ;-( ). Now I have a collection of copies of my root sectors on
  392. a special disk - just for case of emergency ...
  393.  
  394. Kind regards
  395.              Lutz
  396.  
  397. ------------------------------
  398.  
  399. Date: Fri, 03 May 91 12:24:28 CDT
  400. From: Mike Dorman <MDORMAN1@UA1VM.ua.edu>
  401. Subject: Info-Atari16 Digest V91 #242
  402. To: Atari List <Info-Atari16@naucse.cse.nau.edu>
  403.  
  404. About the ICD adapter software--
  405.  
  406. In their distribution, they explicitly state that it may not be redistributed
  407. on BBSs and such--the only online site you may get it from is GEnie.
  408.  
  409. Possibly the one failing of an otherwise very level-headed company.
  410.  
  411. Mike.
  412.  
  413. -------------------------------------------------------------------------------
  414. : Michael Alan Dorman   :                                                     :
  415. : MDORMAN1@UA1VM.UA.EDU : Hobbies are things people do when they should be    :
  416. : BIX: syssupport       :   sleeping.  --M.A.D.                               :
  417. : GEnie: M.DORMAN2      :                                                     :
  418. : PostalNet:            :                                                     :
  419. :   Box 8068            : Stonehenge was built by two drunks with no          :
  420. :   Tuscaloosa, AL      :   witnesses.  --P.S.McGhee                          :
  421. :               35486   :                                                     :
  422. -------------------------------------------------------------------------------
  423.  
  424. ------------------------------
  425.  
  426. Date: 2 May 91 19:40:01 GMT
  427. From: oahu.cs.ucla.edu!stephen@locus.ucla.edu (Steve Whitney)
  428. Subject: Mega STe Questions.
  429. To: Info-Atari16@naucse.cse.nau.edu
  430.  
  431. In article <41920@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  432. >I doubt anyone in the US has seen a Mega STe 1 yet, but the reports on
  433. >the F-Net feeds are that Atari has purposely crippled the system (similar
  434. >to the way they crippled the Mega ST2) to prevent upgrading it.
  435. >
  436. >The pc board is cut off where the host adapter would be, and the plastic
  437. >case has been redesigned to prevent intalling a hard drive mechanism.
  438.  
  439. NO NO NO.  The case has not been "redesigned" to prevent anyone from
  440. installing a hard disk in it.  The case is not finished on the Mega STe1.
  441. To install the hard disk, they apparently have to remove some posts from the
  442. mold, and in the no-hard-disk version, they, naturally, haven't done this.
  443. I can't speak to the host adapter issue, but I doubt very much that the PC
  444. board has been deliberately cut off to prevent you from installing one.  I
  445. have even heard that Atari is working with a host adapter manufacturer which
  446. might provide an add-on for the MSTe1.
  447.  
  448. >BobR
  449. --
  450.   Steve Whitney - UCLA CS Grad Student                       (())_-_(())
  451.  Soon to be working at Silicon Graphics                       | (* *) |
  452.      Internet: stephen@cs.ucla.edu          UCLA Bruin-->    {  \_@_/  }
  453.           GEnie:    S.WHITNEY                                  `-----'
  454.  
  455. ------------------------------
  456.  
  457. Date: 2 May 91 16:47:00 GMT
  458. From:
  459.  news-server.csri.toronto.edu!torsqnt!tmsoft!masnet!rose!jim.devonshire@uunet.uu
  460.  .net (JIM DEVONSHIRE)
  461. Subject: Modem Capable Games fo
  462. To: Info-Atari16@naucse.cse.nau.edu
  463.  
  464. To: mathew@mantis.co.uk
  465.  
  466. One modem capable game I use is Battle Chess. My brother and I play
  467. on a regular basis.
  468.  
  469. Regards: Jim Devonshire, Erin, Ontario, Canada
  470. ---
  471.  
  472.  
  473.  
  474. ------------------------------
  475.  
  476. Date: 2 May 91 16:03:59 GMT
  477. From:
  478.  noao!ncar!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.e
  479.  du!bloom-beacon!eru!hagbard!sunic!isgate!krafla!adamd@arizona.edu (Adam David)
  480. Subject: New TOS versions
  481. To: Info-Atari16@naucse.cse.nau.edu
  482.  
  483. In <672747111.0@egsgate.FidoNet.Org>
  484.  Shervin.Shahrebani.Of.250/744@f744.n250.z1.FidoNet.Org (Shervin Shahrebani Of
  485.  250/744) writes:
  486.  
  487. >You don't need Pinhead if you have TOS 1.4 and above.  I have a Mega STE and
  488. >have experienced the problem as well but Pinhead is nothing compared to the
  489. >TOS's built in fast load.  Why bother when TOS has it already?  I know
  490. >pinhead may be compatible with a few more packages but there is nothing to
  491. >it.
  492.  
  493. Doesn't Pinhead simply compress executables into a self-extracting form that
  494. takes less disk space and therefore less time to load?
  495. Is this what TOS 1.4 fastload does, or is there any benefit in using both
  496. methods?
  497. The time to load an application program is perhaps not a very significant
  498. factor if the program is just to be loaded in and much time then spent working
  499. in the program. On the other hand major savings in disk space matter quite a
  500. lot to most users - from single floppy machines up to Gigabyte hard disks.
  501. The shorter load time is just a useful side effect of the data compression and
  502. is paid for by the time taken to compress the files (also the extra CPU load
  503. during uncompression in a multiprogramming environment).
  504.  
  505. --
  506. Adam David.  (adamd@rhi.hi.is)
  507.  
  508. ------------------------------
  509.  
  510. Date: 2 May 91 16:25:54 GMT
  511. From:
  512.  noao!ncar!zaphod.mps.ohio-state.edu!wuarchive!csus.edu!ucdavis!csusac!csuchico.
  513.  edu!ekrimen@arizona.edu (Ed Krimen)
  514. Subject: ST GEM-based Word Processors
  515. To: Info-Atari16@naucse.cse.nau.edu
  516.  
  517. In article <24554@well.sf.ca.us> fh@well.sf.ca.us (Fabian Hahn) writes:
  518. A
  519. >
  520. >Even though you mentioned that you do not need a document processor
  521. >I would like to use the opportunity to plug Wordflair II. I use
  522. >Wordflair II for all my text processing on the Atari (the reason for that
  523. >is that I have written some parts of it).
  524. >
  525.  
  526. Aw, gee whiz, juuuust a little bias here. :~)  But at least you told us.
  527.  
  528. >
  529. >I get all this with decent looking output (yes it works great with FSM)
  530.  
  531. All righty, now, does it come with FSM GDOS?  If not, how do we get it?
  532. If not, we still get to use crummy ol' GDOS until Atari decides to release
  533. FSM GDOS?
  534.  
  535. BTW, does FSM GDOS work as a direct replacement to GDOS, like G+Plus, or
  536. do the programs which currently run GDOS, have to be modified to look for
  537. FSM?
  538.  
  539.  
  540. --
  541.    |||   Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu]
  542.    |||   Video Production Major, California State University, Chico
  543.   / | \  SysOp, Fuji BBS: 916-894-1261
  544.  
  545. ------------------------------
  546.  
  547. Date: 2 May 91 14:12:45 GMT
  548. From: mcsun!ukc!newcastle.ac.uk!milfield!ndch@uunet.uu.net (Dave Halliday)
  549. Subject: Two More Mega STE Question.
  550. To: Info-Atari16@naucse.cse.nau.edu
  551.  
  552. This question was propted by the resent discussion about TT hard
  553. drives.
  554.  
  555. (1) Can the Atari ASCI-SCSI addapter and software on the Mega STE
  556. support more than one SCSI device?
  557.  
  558. (2) Am I correct in assuming that the Mega STE comes with a battery
  559. backed real time clock?
  560.  
  561. Thanks,
  562.  
  563. Dave H.
  564. (D.C.Halliday@newcastle.ac.uk)
  565.  
  566. ------------------------------
  567.  
  568. Date: 30 Apr 91 15:17:03 GMT
  569. From:
  570.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!lll-winken!aunro!er
  571.  sys!ggranger@arizona.edu (Greg Granger)
  572. Subject: uudecoding multi-part files?
  573. To: Info-Atari16@naucse.cse.nau.edu
  574.  
  575. alten@hpcvia.CV.HP.COM (John_Altendorf) writes:
  576.  
  577. > Can anyone please explain the requirements for file names in order to
  578. > uudecode a multi-part file?  I seem to recall something like the file
  579. > names must be sequentially named file.uaa, file.uab file.uac etc.  Also
  580. > it seemed that the ----end---- line of the file had to have some notation
  581. > in it.  Please clarify my misunderstandings.
  582. >
  583. >
  584. > John Altendorf             alten@hpcvia.cv.hp.com
  585. > Hewlett-Packard
  586. > Corvallis, Oregon
  587.  
  588.  
  589. I believe to uudecode one file into multi-parts, you have to use the -x
  590. (where x is the no. of lines that you want in the uue file).  To UUE, say
  591. for instance, a 100K file called DUMMY.LZH, on the command line, type:
  592. -700 DUMMY.LZH.  This will create a series of uuencoded files that are 700
  593. lines long (except for the last file, which will be the remainder, but not
  594. necessarily 700 lines long).
  595.  
  596. Greg Granger
  597.  
  598. | INet:  ersys!ggranger@nro.cs.athabascau.ca           |
  599. | Fnet:  Greg Granger (Node 532) Dark Knight (Node 595)|
  600. | Post:  5906-188 Street  Edmonton, AB  Canada T6M-2A9 |
  601. | Tele:  +1 403 481-0803  OR  +1 403 481-5110          |
  602.  
  603. Greg Granger             ersys!ggranger@nro.cs.athabascau.ca
  604. Edmonton Remote Systems:  Serving Northern Alberta since 1982
  605.  
  606. ------------------------------
  607.  
  608. End of Info-Atari16 Digest
  609. ******************************
  610.